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APPLICATION DEVELOPMENT 
Field of the invention 

The invention relates to software application development and relates particularly, though 
not exclusively, to application development environments suitable for rapid application 
development of software applications. 

Background of the invention 

Due to the increasing complexity of computer applications, application development 
environments have been provided to assist developers in producing sophisticated and reliable 
applications in shorter time frames. 

Conventionally, software applications were compiled from source code which might have 
been prepared using a text editor. Later, so-called integrated development environments were 
developed, being applications that helped the developer produce source language for 
subsequent compilation into object code and linking into a complete application. Later 
application development tools involved the provision of a visual interface. For example, 
Microsoft Visual Basic allows applications to be developed visually with a Graphical User 
Interface by specifying properties in a dialog box for a number of inter-related components. 

Each of the application development environments referred to above has generally 
represented a refinement on the previous system and has proved to be of benefit in some 
development contexts. However, the process of application development, despite the 
increasing use and reuse of existing components, is still often a laborious and time- 
consuming process. As a result, improvements to conventional approaches can be improved 
to address existing problems of application development time which depends on the 
complexity required to produce applications, particularly in larger and more complex 
developments. None of these improvements however have approached the aforementioned 
problems using a folder/item metaphor such that this represents a collection of software 
components that interact and/or execute in sequence or parallel. 

It is an object of the invention to at least attempt to address these and other deficiencies of 
the existing prior art or to at least provide the public with a useful choice. 
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Definition 

Throughout this document, unless there is a clear and express indication to the contrary, 
reference to the term "software" is taken to include reference to other forms of 
programmable intelligence such as, for example, firmware or programmable hardware. 

5 Summary of the invention 

The invention concept resides in a recognition that application development environments 
are advantageously improved by using an interface and accompanying software components 
that provide a predefined n-tier application architecture preferably involving the use of a 
folder and item-based metaphor to group application components for subsequent 

1 0 manipulation and execution. Execution of application components may be in any nominated 
sequence, or in parallel using multithreading or related approaches. This approach affords 
the visual representation of abstract software development concepts using a familiar 
folder/item paradigm, as well as removing the necessity of custom-building application 
infrastructure and implementing recommended design patterns and techniques, since 

1 5 embodiments of the invention implement these concepts. 

Accordingly, the invention provides a method of providing an application development 
environment for developing software applications, in which a plurality of components 
provided in the environment can be arranged in a hierarchy to facilitate execution of some or 
all of said abstract components. 

20 The invention also provides the environment referred to above. The environment is capable 
of being used through a graphical users interface which complements the hierarchical 
structure. The invention also extends to a computer or network of computers that 
implements or implement the environment. 

Preferably a run-time environment is also provided. 

25 Preferably, said hierarchy is represented in said environment to a developer using a 
folder/item metaphor used in file systems, as well as for operating system artefacts in such 
operating systems as Microsoft Windows 2000. This metaphor helps developers to become 
familiar with the development environment easily, and enables less-experienced software 
developers to quickly produce software that would normally require more skilled developer 
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resources. In addition, skilled or relatively unskilled developers can re-use the supplied or 
custom developed software components to perform a wide variety of trivial and complex 
development tasks, ranging from database access and file system operations through to 
integration with custom hardware devices and the sending of SMS messages, whilst 
5 focussing their attention on satisfying the business rather than technical requirements of the 
project. 

Preferably, said plurality of abstract components includes one or more: 

(a) groupings of said abstract components; and 

(b) application components. 

10 Preferably, said plurality of abstract components further includes one or more references to 
abstract components, as either a reference to a grouping of abstract components or a 
reference to an application component. 

Preferably, said environment uses said folder/item metaphor so that: 

(a) a grouping of said abstract components is represented as a folder; 
15 (b) an application component is represented as an item; or 

(c) a reference to an application component is represented as a shortcut to an 
item, or an alias for an item. 

Preferably, the grouping of said abstract components represents the collection of the grouped 
abstract components, rather than the collective components per se. Accordingly, an instance 
20 of a grouping of said abstract components necessarily defines a parent abstract component 
and at least one child abstract component. 

Preferably, an abstract component can have an associated condition object which determines 
whether the application component is to be executed. If the condition object returns an 
appropriate flag, the abstract component with which it is associated will or will not be 
25 executed, depending on the configuration of the condition. 
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Preferably, said environment further includes one or more data storage components and 
preferably said data storage components are represented in said environment by a catalog, or 
top level storage component in said folder/item metaphor. Preferably, each of said data 
storage components includes associated abstract components. Preferably, said data storage 
5 components include references to actual data objects. 

Preferably, a single data storage component is instantiated for each application, or for a 
group of similar applications. 

Preferably, said abstract components can be of a type different from those enumerated above. 
Preferably, all said abstract components, while being of different possible types, share a core 
10 set of object interface features. 

Preferably, there are provided code templates to assist developers in creating application 
objects that are suitable for creating corresponding application components. 

Preferably, said abstract components can have associated parameters and results, which can 
be passed between parent and child abstract components. Parameters represent data entering 
1 5 an abstract component, while results represent data returned by an abstract component. 

Preferably, only said groups of abstract components can be executed as a group by a client 
application. When a group of abstract components is executed, each of its child abstract 
components are executed. These child abstract components are likely to include a 
combination of other groups of abstract components, as well as application components and 
20 references to other application components. Ultimately, a sequence of application 
components is executed. Preferably, the order or sequence in which said application 
components are executed is determined dynamically by using configuration information 
provided by the environment. 

Preferably, said application components are existing software components, modified as 
25 required to operate with said environment. 

Preferably, application component identification codes and associated information is stored 
in a configuration object which is independent of each of said abstract components. 
Preferably, this configuration object is a suitably structured data file, or a conventional 
database object. 
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The described embodiment allows application objects to be combined in a dynamically 
defined sequence. This facilitates middle-tier execution and data retrieval and manipulation. 
XML capabilities are incorporated, as well as the ability to communicate with disparate data 
sources and systems including, for example, ODBC, LDAP, POP3, SMTP, SMS, and WAP, 
The described embodiment can interact with a wide variety of data sources or systems as it 
supports many varieties of data and object types. The described embodiment can be 
conveniently implemented as a "snap-in" within the Microsoft Management Console, which 
is a standard application that ships with the Microsoft Windows NT 4.0 , Microsoft Windows 
2000 and later operating systems. 

The functionality of the described embodiment is focussed on the ability to bring together a 
variety of disparate data sources and elements, combining and manipulating them, and then 
delivering them to the end-user (or client application in the case of a system focussed 
process) in a suitable form. 

The described embodiment has been implemented to take advantage of the Microsoft Visual 
environment, with appropriate modification where necessary, to function within the 
Microsoft Visual Studio tool set, but its use in not limited to that tool set The described 
embodiment can also be an environment in which a similar tool set is available. An example 
is the Delphi/Interbase solution rather than the Visual Studio/SQL Server solution. 

Desirably, the described embodiment is able to manage issues of scalability, reliability (for 
example, by appropriate data validation, error handling and reporting), and multithreading. 
Features such as these leave the developer free to concentrate on issues such as business 
logic and user interface development. 

Other features of the described embodiment allow developers to increase their productivity 
by provision of design guides and templates. 

Standard application components are desirably included in the environment provided by the 
described embodiment for commonly required functionality involving, for example, data 
access, security, auditing, or facilitating web development. 

The invention further includes a software interface, and software instructions, for providing 
the described environment. 



WO 02/21269 



-6- 



PCT/AU01/01135 



Drawing Description 

One or more preferred embodiments of the invention will be described below with reference 
to the accompanying drawings of which: 

Figure 1 is a schematic of an application architecture according to the invention; and 
5 Figure 2 is an outline diagram of objects used in the preferred embodiment. 
Description of embodiments 

The described embodiment provides an environment for application development which uses 
a folder/item metaphor to assist to developing software applications. The folder/item 
metaphor described herein refers to computing metaphors used generally to represent 
10 recursive structures in graphical user interface computing systems. This metaphor, which 
represents software components and other related features familiar to software developers, is 
used to assemble software components which conform with standards that facilitate their use 
in the described environment to allow for ease of assembly of software applications across 
multiple platforms. 

15 



Terminology 

The environment adopts a terminology not generally familiar to software developers using 
existing tools. Accordingly, this terminology is now described with reference to 
20 conventionally-used terms with which those experienced in software development are 
familiar. 

The environment provides for the use of a hierarchy of software components, similar to 
folders and files in a file system metaphor used in conventional computing environments. As 
with the folder/file metaphor, directories are represented as just another type of item. 

25 A catalogue represents an abstract data source within the environment. The analogous 
feature in the folder/file metaphor is the disk drive letter in the MS-DOS environment. A 
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catalog can have a number of dependent catalog items. These may be of different types. For 
the purposes of describing the environment, there are four different classes of catalogue item, 
namely, folders, shortcuts, string-tables and activities. It should be noted however that these 
represent a subset of the available items. Folders and shortcuts are named for their 
correspondingly-named entities in the folder/file metaphor. 

Folders are common to most if not all folder/file metaphors, while shortcuts, in the folder/file 
metaphor, are references, shortcuts or aliases for other catalog items, most commonly folders 
or activities. 

Activities represent software components of a specified abstract form able to be used in the 
environment for assembly of software applications, and correspond with files or documents 
in the folder/file metaphor. 

General architecture 

The general architecture is shown in figure 1 . 

The environment is built upon an environment engine 1 which is able to manage the 
execution of components in the environment. A practical embodiment of the invention will 
be marketed under the trademark dXcribe, and use of this mark refers to the environment of 
the present invention. The engine object 2 and command object 3 interact directly with an 
activity manager 4, which in turn communicates with a catalog manager 6 which stores 
configuration information as later described. The primary role of the activity manager, 
however, is to interact with various activity methods which are associated with 
corresponding underlying software components. 

There is no limit to the nesting of folders within folders. At run time, applications point to a 
specific folder, and the environment will "run" that folder. The engine interprets different 
catalog item types in different ways. 

As with a file system, folders can contain other folders or any other catalog item type. The 
only difference between folders and other catalog item types is the way that the engine 
interprets them. 



} 
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Referring to figure 2 the hierarchy of objects is illustrated. The configuration object is 
referenced 10, catalogs are referenced 12 and catalog items are referenced 14. 

Catalog items 14 can have parameters 16 and results 18. This assists in accommodating the 
flow of data in and out of the engine. Parameters represent data coming into a catalog item, 
5 and results represent data provided by a catalog item. Error ranges 20 and validation rules 
22 may also be added to catalog items to facilitate user-friendly error handling and 
validation. 

Catalog items can also have conditions. Conditions are software code entities, that return a 
boolean value when called, to indicate whether the associated catalog item 14 should be 
10 executed. Typically, conditions are written in a scripting language such as VBScript or 
JScript code that returns a boolean value. 

Catalogs and catalog items, and associated parameters, results and conditions are described 
in further detail below. 

Catalogs 

15 Catalogs are a pointer to the data storage for a configuration data. The configuration data is 
stored in a suitable repository, such as an XML file, or in an SQL Server database. The 
configuration for several similar applications can be stored in one catalog, or a catalog can be 
created for each new application to be developed. 

A new catalog can be created in the environment architect by a similar operation for creating 
20 folders in the graphical computing systems. Once the requisite actions are performed, a blank 
property dialog page is created for the new catalog. 

The various fields of the property dialog page are entered as required. These include: the 
name of the catalog that has been created, a description (optional), a storage type, and path 
(if an XML file is used as storage) or connection string (if a database is used instead). If the 
25 newly created catalog points to an existing XML file or database, the environment architect 
will simply connect to the existing data. Otherwise, default files are created automatically 
when the first catalog item is added to the new catalog. The properties of an existing catalog 
can be edited at any time after creation. 
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A catalog can be deleted at any time. It is preferred though that this action does not remove 
the file or database table(s) in which data is stored. This is a deliberate safety measure. Other 
mechanisms outside of the dXcribe Architect environment need to be used to delete the 
underlying data in the conventional manner. 

5 Catalog items 

As noted above, "catalog item" is the generic name for all configuration objects in the 
environment, including but not limited to folders, activities, string-tables and shortcuts. 
Most features (including parameters and results, error handlers, validation rules, or 
conditions) apply to catalog items, and this means that they can apply to all configuration 
10 objects in the environment. This is highly advantageous as it allows developers to leverage 
the uniformity of the environment to produce applications with greater ease. 

Catalog items are created, edited and deleted in a similar manner as for catalogs. Each 
catalog item has a corresponding set of property fields which can be modified with the use of 
an associated property page. Other attributes relating to other aspects of the catalog items, 
1 5 such as appropriate security settings can also be accessed from the property page. 

Folders 

Folders are a grouping mechanism for items, as in the physical world. Folders can contain 
any number of any catalog items - folders, activities, string-tables or shortcuts. In addition, 
they can get parameters from an application or their parent folder or sibling catalog items 
20 and can return results. 

Only folders can be executed by external applications (that is, the application which is being 
developed with the assistance of the environment). When a folder is executed, the 
environment engine executes all of it's child catalog items, providing them with data, and 
retrieving data from them. These child catalog items can also be executed based on 
25 conditions. 

Activities 



Activities are the primary elements of the environment, and represent executable 
components. Activities refer to software components or script code (for example, 
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VBScript/JScript code). They receive parameters from their parent folder or sibling catalog 
items to use, and provide results to their parent folder/sibling activities. They can be 
executed based on conditions. 

Shortcuts 

5 Shortcuts are links to folders. They allow sharing of configuration across folders and 
catalogs. Like regular folders, they can get parameters from their calling catalog item and 
can return results to their calling catalog item. 

String Tables 

String Tables represent data fragments that can be collected and retrieved based on an 
10 appropriate set of lookup keys. Such items are commonly used to provide textual messages 
and values in various languages such as Spanish, English and Chinese, varying only the 
lookup keys rather than application functionality or configuration. 

Parameters 

Parameters represent the input to a catalog item (folder, activity or shortcut). Parameters are 
15 not "global variables". Folders which are executed directly from an application automatically 
have access to the command parameters passed from the application, but preferably all 
parameters used by child catalog items must be specified as parameters to the folder being 
executed directly from the application. Similarly, any data required by an activity must 
preferably be specified as parameters to the activity. Child folders or shortcuts must also 
20 have parameters specified. This relationship is analogous to the relationship between 
arguments and functions in a conventional (3GL) programming language. 

Parameters can be added to any catalog item, and can be similarly viewed, edited or deleted 
as required. A list of parameter properties is enumerated in Table 1 below. 

TABLE 1 



Name 


Description of the purpose of the parameter 


Source Item 


Select Parent Folder/External Source to get the data from the 
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calling application or parent folder for a sub-folder or activity, or 
select the sibling activity or folder the data comes from 


Source path 


Select the name of the corresponding parameter (if coming from 
a parent folder) or result ffrom a sibling activitv folder or 
shortcut). If the data is coming from the calling program, type 
it's name rather than selecting from the list. 


Target 


Reauired for shortcuts onlv Select the name of the 

1 ^^v» uuvi wvwtu will y . UvlVVv UlLv unillv Ul ULA.W 

corresponding parameter in the shortcut target. 


Default 


To use a constant value, enter no source item or path and enter a 
default. If a source item and path are selected, default will only 
be used if the caller did not specify the parameter value. 


Data type 


Choose Object (for a COM+ object), XML (for an XML string) 
or simple for a basic data type (for example, string, number, 
date, etc). 



Note: Default does not over-ride a "blank" or null value - it will only be used if no value with 
the specified name is provided. 

Results 

Results represent the output from a catalog item (e.g. folder, activity, string-table or 
shortcut). Results can be added to any catalog item, and similarly viewed, edited and deleted 
as required. A list of result properties is enumerated in Table 2 below. 



TABLE 2 



Name 


Description of the purpose of the result 


Source item 


For activities, select Self to indicate that the data originates from 
the selected activity. For folders, select the name of the child 
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item the data originates from. 


Source path 


For activities, type the data path (this is interpreted differently 
by different activities, and can be optional). For folders, select 
the result name for the item selected in source item. 


Default 


The default value will be used in the (unusual) event that the 

-x_ r £n,"M~r /ir»po nnt return a value This is mostlv used 
activity or ioioer ooes not return a vaiuc. a mo io muju ; 

during development/debugging. 


Data type 


Choose Object (for a COM+ object), XML (for an XML string) 
or simple for a basic data type (for example, string, number, 
date, etc). 



Conditions 

Conditions are implemented as script code such as VBScript or Jscript, and allow catalog 
items to be executed depending on the result of mat code. They are useful for ad-hoc changes 
5 to the application, during testing and give the developer flexibility when handling unusual 
situations (like error handling). Conditions can be added to any catalog item, and similarly 
viewed, edited and deleted as required. Language Select the Active Scripting language of 
your choice (for example, VBScript or Jscript, but can be any installed Active Scripting 
language). 

1 0 Timeout Set the timeout time for your script (in seconds), or -1 for no timeout. 

Condition script This is the script text. It must return a boolean value (true or false). In 
the script, you will have access to all of the parameters passed to the catalog item. 

Validation 

Validations can be placed on any catalog item, folder, activity, string-table and shortcut. 
15 Validations are tests or conditions that must hold true. If a validation rule is false, a run-time 
error occurs. Validation can be added to any catalog item, and viewed, edited and deleted as 
required. A list of validation properties is shown below: 
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User defined error number (Between 1-65535). 

Description of the purpose of the validation. 

Scripting language, VBScript or JavaScript. 

When the validation should occur. That is, before or after the 
catalog item is run. 

A validation expression that must evaluate to true or false. 
The error message that is displayed to the user. 

Error Handling 

Error Handling allows catching and redirection of run-time errors and failed validations. A 
range of error numbers could be handled by a single entry. Error handling can be added to 
5 any catalog item, and viewed, edited and deleted as required. When error ranges are added 
to a catalog item, this indicates that the item is a "error handler" for the error ranges 
specified, and that any error that occur before the execution of the specified catalog item will 
be handled by the specified catalog item. A list of error properties is shown below: * 

Ran g e Specify one or several error range(s). Error ranges can 

specified as nnn-nnn, nnn-nnn, where nnn is a error number. 

Description Description of the purpose of the error range. 

10 Security 

Security can be applied to any catalog item or catalog. Integrated security implements a 
form of access control to restrict access as required. Prior to an operation upon a catalog item 
(for example, execute, read, update or delete) an access check is performed. The access 
check verifies that the process performing the operation has the correct permissions to do so. 

15 
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Error Number 

Description 

Language 

Execution Sequence 

Rule 
Message 



4 
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Security is integrated with the operating system (Windows 2000 in the presently described 
embodiment). Using integrated security is much less vulnerable than using application- 
based security, and takes advantage of operating system user and group management 
applications. 

5 Source code control 

Any catalog or catalog item can be "checked in" to a source-code control environment, such 
as Microsoft Visual SourceSafe. Source-code control environments such as SourceSafe are 
widely used to manage project source code - allowing team members to work successfully 
together without overwriting each other's work, giving developers the safety of storing old 
10 revisions so they can try new techniques and roll back to an old revision if necessary, and 
allow developers to record revision history against their source code. 

Catalog Import and Export 

Catalogs and catalog items (and their child items) can be exported to an XML file that can be 
imported into another server. This allows for the deployment of a catalog to one or more 
15 "live" servers from the development environment Import/Export can. also be used as a 
backup mechanism. 

Comparison Tool 

The comparison tool compares two catalogs, or catalog export files, and reports the 
differences between them in a visual display. The comparison tool can be used determine the 
20 changes made to a catalog over a period of time. This allows system integrators for 
applications developed in the environment to apply custom changes, and still be able to 
apply standard upgrades and re-apply the custom changes much more easily. 

Agent 

The Agent gives developers an additional way to launch the Engine and run folders. The 
25 embodied agent is extensible, and ships with several pre-made "Event Monitors" to detect 
timed events, changes in directories and mcoming data on a Microsoft Message Queue, but 
developers can also construct their own event monitors. Event monitors are added to the 
Agent configuration, with the following properties: 
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Name 
Description 

Enabled 



Descriptive name to identify your event monitor 
Longer description (for your reference) 

The enabled flag can be used to temporarily disable an event 
monitor. 



The object class identifier (e.g. COM+ ProgED) of your event 
ProgID or Object Class ID monitor component (must conform to IEventMonitor 

interface). 



Polling Enabled 
Polling Interval 

Crash Protection Enabled 
Crash Protection: Wait 



Some event monitors require polling to operate. Enable 
polling by checking this check box. 

Polling interval (in 500ms increments). 

When a event monitor raises an error, the Agent will 
automatically shut down and restart the event monitor, if crash 
protection is enabled. 

Specifies how long to wait (in seconds) before restarting an 
event monitor. 



_ , ^ Specifies how many times to restart an event monitor before 

Crash Protection: Retry count 

giving up. 



As with system services, the developer may want to run a 

Event Monitor "as" a user, because it may need to access 

resources that are only available to a specific user or group. If 

^ this is the case, then selection of the user and entry of the 

Run As 

password is performed here. 

The Password is stored in the catalog as an DES encrypted 
string. 
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Parameters 



Parameters are passed to the Event Monitor on start-up. These 
are specific to each Event Monitor implementation. For 
example, the Microsoft Message Queue listener requires a 
queue name as an initialization parameter. 



Fo l der Contains the name of the dXcribe folder you want to run. 

Users may want to run a Folder "as" a user, because security 
may be set on the target folder, and the LocalSystem account 
that the service runs on cannot be assigned rights to a folder. 

Run As 

The Password is stored in the catalog as an DES encrypted 
string. 

Parameters are passed to the Event Monitor on start-up. These 
are specific to each Event Monitor implementation. For 
Parameters example, the Microsoft Message Queue listener requires a 

queue name as an initialization parameter. 



IEventMonitor Interface 

An implementation of the IEventMonitor interface can be used by the Agent engine to 
5 schedule folder execution based on incoming data, the system time or any other criteria that a 
developer might require, as they can be custom written by developers. 

IEventMonitor is an abstract interface that cannot be directly instantiated, but provides a 
common set of properties and methods that specific providers can implement. The interface 
defines the full set of functionality that an implemented class must cater for. 

1 0 Methods and properties 



Startup 

Allows the implementation to initialise, (for example, to get handles to resources required) 
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Shutdown 0 

Tells the Event Monitor to stop, and release any resources acquired. 
Pause 0 

Tells the Event Monitor to stop monitoring, release resources and go into an "idle" state. 
5 Continue 0 

Tells the Event Monitor to start monitoring (and re-acquire resources) 
GetData 

Allows the implementation to return data. 
10„ PollO 

The Poll event can be raised at intervals specified in the service configuration. 

Callback "Events" 

Errors 

Implementations can call this event to Log an error to the event log, and trigger a stop and 
1 5 restart of the Event Monitor. The "fatal" flag can be set to true to stop the service attempting 
to restart the Event Monitor (for example, in the case of an invalid configuration). 

LogEvent 

Implementations can call this event to log a message to the event log. 
Execute 0 

20 Implementations use this event to signal the service that the Event Monitor has detected it's 
target event, and the service should run the configured folder. 

Command-line execution 
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The command-line utility is designed to enable the execution of a folder from a command- 
line or automated environment. It provides the ability to provide input parameters and 
receive results from a nominated folder. 

Profiler 

5 Profiler is a graphical tool that allows a developer to monitor and collect a range of events 
such as when an activity begins executing, when an activity finishes executing, when a folder 
begins executing, when a folder finishes executing, when an error occurs. 

Various data is captured when events are monitored, including the types of event being 
traced, the username of the users performing an activity, the duration of each event and 
10 activity-specific data. 

Event data can be filtered so that only a subset of the event data is collected. For instance, a 
filter can be defined to trace only those OnActivityExecuteComplete events with a duration 
greater than one second. Profiler can also be used to monitor the performance of the engine, 
to identify slow-executing folders or items or to capture run-time error information. 

15 Analyser 

The analzyer is a tool that facilitates debugging, testing and measuring the performance of 
Catalog items and activities. 

The Analyzer executes catalog items using the Engine. The Engine passes data back to the 
Analyzer which includes parameter, result and performance data. Activities not within the 
20 dXcribe Catalog, can also be executed. This is helpful for debugging and testing individual 
activities. 

The Analyzer also supports the saving and restoration of execution data. This can help 
reduce testing time by automatically re-executing a previously saved test. 



25 



Environment object reference 
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Now described is the environment object reference which contains information regarding the 
use of environment core components, including the environment core library (which contains 
the IActivity interface and container object, the configuration interface, the Web Application 
Services Platform and the engine/command objects), as described further below. 

IActivity interface 

An implementation of the IActivity interface 30 (refer figure 2) provides data from a data 
source - a database stored procedure, file, mail server or any other source of data, or 
performs processing and provides output preferably based on input. IActivity 
implementations should also return a status value. 

IActivity is an abstract interface that cannot be directly instantiated, but provides a common 
set of properties and methods that specific providers can implement. The interface defines 
the full set of functionality that an implemented class must cater for. 

Implementations of IActivity get input parameters from the run-time engine, perform some 
processing and can return output parameters (via the GetData function) along with a status 
flag. 

The input parameters for the Execute method are contained in a IContainerStatic Object 34, 
which can contain multiple data items. Implementations should always assume the 
possibility of multiple rows 

IActivity implementations are passed an additional container object which contains dXcribe 
"environment variables". Among these will be the SessionXCID (locale ID) and any other 
information that will be of use to most activities. 

The method and property interface is defined by the following methods: 

• Initialize Method - allows the implementation to initialize itself (for example, establish a 
connection or initialize variables). 

• Execute Method - runs the activity. 

• Terminate Method - allows the implementation to un-initialize itself (i.e. drop 
connection, deconstruct internal variables). 
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• GetData Method - allows the implementation to return data. 

• Refresh Method - called between each GetData call in order to ensure that the most 
current data is available. 

• Errors Property - Provides a mechanism for returning extended error information to the 
5 engine where necessary. 

IActivitylnfo interface 

Implementations of the IActivity interface can optionally be complemented by the mutual 
support of the IActivitylnfo interface, which is used to enable the customisation at run-time 
of the dXcribe Architect environment to suit the particular activity component For example, 
10 an ActiveX Data Object IActivity component may also provide an IActivitylnfo interface 
implementation that visually alters generic activity properties such as "InitializationInfo"to a 
more intuitive "Connection String" label. 

Container object 

The Container object 32 (refer figure 2) is used to store one or more data items. It is 
1 5 supported by the IContainerStatic interface, which can be used to create a read-only instance. 
In documentation, the IContainerStatic interface is referred to as the "read only" container. 

The container object is essentially a more functional version of the Collection object 
(referred to in the Microsoft Windows SDK as IEnumVariant), and can be used in the same 
way. In addition to the regular collection methods and properties (Add, Remove, Count, 
20 Item, Enumeration), the container object also supports Keys, RemoveAll, Exists and type 
Checking. 

The container is utilized by the WASP request object, IActivity interface and within the 
dXcribe engine, and can also be used by other applications and objects. The Container 
implements the IContainerStatic interface, so the same container object can be read-only or 
25 read-write, depending on the object reference it is bound to. In figure 2, the asterisk (*) 
indicates implementation of the object on which the asterisk is marked as a container or 
IContainerStatic object. 
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Environment engine object 

The environment engine object is the main entry point to the environment core components 
for third party components. The environment engine class is intended as the entry point from 
external interface 'emissaries 1 like the Agent, Profiler, Analyzer, Command-line interface, 
5 WASP, and other (e.g. Win32) applications. 

Configuration interface 

The configuration interface accesses the selected catalog and uses an Item manager 36 
(IltemManager abstract component interface) to perform reading and writing operations to a 
data sink. At present, implementations for XML files and SQL server databases are 
1 0 available, but these could be extended. 

A read/write interface is achieved by the use of the container object. Because the container 
object can be bound to an IContainerStatic object reference, read-only container objects can 
also be returned. (A read-only container can be 'converted' to a writable one by setting it to a 
Container reference). 

15 One of the design goals of dXcribe was to not require a database. 

Each catalog entry specifies the ItemManager to use. For example, in the preferred 
embodiment this data is stored in the registry key 

HKEYJLOCAL_MACHINE\SO Engine\Catalogs\ 

20 Each catalog has it's own subkey, with the following entries: 
Description - Long 'human readable 1 name of catalog 

Initializationlnfo - Connection information (i.e. Filename of xml file or DSN of 
MS SQL server database). 

Typename - COM+ ProgID of IltemManager implementation. 
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The unique ID and foreign key for configuration tables (or XML file) is a UUID 
(Universally Unique Identifier). This allows for uniqueness across deployed environments 
(which means an application can be 'exported' from one server and 'imported' to another, 
without re-generating the unique ID's and without key violations. This also allows for easy 
5 deployment of upgrades that involve configuration database changes. 

The Microsoft SQL Server implementation of HtemManager uses the XMLData field to 
store extended information in the same XML "fragment" format as the XML file. It is this 
field that differentiates Ihe various catalog item types. 

Environment prepackaged components 

10 The environment is preferably supplied with a set of "prepackaged" components, which are 
IActivity implementations that perform many of the common tasks required by many 
intended applications. Such common tasks may include database access, internet 
functionality, file system access and more. 



1 5 Example of environment configuration 

At run time, applications point to a specific folder, and the environment will "run" that 
folder. The engine interprets different catalog item types in different ways. 



Catalog item Type 


Interpretation 


Folder 


Run all activities in the folder. The engine allows for recursive 




executions. 


Activity 


Run the component (for example, COM+ program) associated with the 




activity. 



20 



The engine has been created with a broad view as to the type of applications being developed 
for it in mind (for example, Web-based applications, standard Win32-based applications, and 
25 applications based on emerging platforms such as Windows CE, WAP, Web enabled 
consumer devices). 



* 
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IEngineExtension interface 

The IEngineExtension abstract interface enables the construction of additional functionality 
in the core of the dXcribe engine by third parties without the need for recompiliation of the 
engine itself. One such example of the use of this interface in the present embodiment lies in 
5 the infrastructure components used to produce the profiling information for the Profiler 
utility. Rather than including this code in the body of the engine core, an IEngineExtension 
was constructed to produce profiling information for the Profiler utility. 

Web-based applications 

Web based applications can use a single ASP script to configure settings in the Web 
10 Application Services Platform (WASP) 40 (refer figure 1) for their application. The catalog 
and root folder are set in the ASP page, and individual XSL stylesheets or static HTML 
pages point to the catalog item to execute. HTML POST and GET data (including uploaded 
files) is collected from Microsoft Internet Information Server and can be passed to the 
engine, and engine components provide output in the form of a HTML string passed to the 
1 5 ASP response object 

Win32-based applications 

Win32 or similarly-based applications can directly instantiate the Engine object and provide 
it with parameters, execute the desired catalog item and utilize the command results. 

Configuration interface 

20 The interface is the main configuration tool for developers and administrators. Using the 
interface, users can create and maintain catalogs and their component parts. 

WASP 

The Web Application Services Platform, or WASP provides a means by which any [COM or 
COM+] capable web server (Microsoft Internet Information Server) can leverage the 
25 dXcribe engine's functionality. The WASP serves as the conduit between the web browser 
requests (channelled through the web server) of an end user 42 and the engine objects 2; it 
automates and standardises the way in which web-based applications are built with dXcribe. 



T 
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The end user may interact with the WASP via a web-based enterprise application 38, or may 
interact with the engine via a non-web-based enterprise software application 39. 

The WASP objects will interact with the engine to perform business logic, data read/write 
and provide UI responses (that is, run catalog items based on the value of the tag). Business 
5 logic will be performed by implementation of the IActivity interface in the normal manner in 
which the engine environment operates. This method removes one layer of software 
development for developers (the development of web-specific program code), replacing it 
with a combination of the WASP and implementations of the IActivity interface. 

The WASP receives the name and path of a module to call within the defined dXcribe 
10 catalog configuration (in the URL query string or form variables). The WASP needs to query 
the Engine Configuration objects to determine what parameters to populate in the command 
object, based on the catalog item being run. Properties of the WASP.WebHandler object are 
explained below: 



Name 


Description 


15 AbsolutePath 


Fully qualified path to catalog item in the form 
dXcribe://catalogname/fullpath. The dXcribe namespace qualifier is 
optional. If this form is used, the CatalogName, ParentFolder and 
ItemName properties are automatically populated. 


CatalogName 


Catalog name to use 


20 ParentFolder 


Path to catalog item, not including the catalog item to run 


ItemName 


Catalog item to run 



The WASP Execute method is the only valid entry point for the WASP. The process method 
converts the contents of the web request object to binary form so that it can support file 
25 uploads. The request object passed to the engine is an emulation of the web server's request 
object. . If the user specifies AbsolutePath, no other action is necessary. Alternatively, 
specify Catalogname, ParentFolder and Itemname. 
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Itemname is generally overridden by the DXI GET variable, if it is set. To set the DXI 
variable, add it to your form action attribute. For example, <FORM 
ACTION= , 'wasp.asp?DXI=MyFormItem n >. 

Usage Scenario 

When developing software applications using the environment, the developer 44 performs a 
number of key tasks. These tasks are generally the same regardless of whether the user is 
creating a new application or applying changes to an existing one, and are: 

• Determining the target platform(s) to which the application will be delivered - usually 
either or both of web and Win-32 

• Designing and implementing an appropriate folder structure within which to store the 
configuration information using the environment architect. Particular consideration 
should be given to areas of common functionality that can be stored in a folder such that 
a shortcut catalog item can be used to leverage this functionality. This approach takes 
full advantage of the folder/item metaphor of the invention. 

• Identifying which of the provided and/or pre-written IActivity software components will 
be used within each folder, and in which sequence. 

• Developing additional software components that implement the nominated IActivity 
interface - this can be done using Visual Basic or one of a number of capable software 
development languages. 

• Placing commonly used scenarios (i.e. groups of activities) into appropriate folder 
structures in order to make them available to multiple other scenarios via the shortcut 
mechanism. 

• Configuring each catalog item (for example, activity, shortcut) into an appropriate 
sequence and folder within the environment using the dXcribe Architect in the tool suite 
46. This configuration process requires the nomination via the property page dialogs of a 
number of properties that are stored in the dXcribe configuration, some of which may 
include: Object Class ID (e.g. COM+ Prog ID), Command Text, Initialization Data, 
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Parameters, Results, Execution Conditions, Validation Rules, and Error Handler 
information. 

• Assigning me appropriate security settings to each folder and/or activity using the 
environment architect. 

5 • If using a web-based application, installing and configuring the WASP on a web server, 
such as Microsoft Internet Information Server 5.0 provided in Windows 2000. 

• If developing a Win-32 application, writing interface application code to interact with the 
engine and command objects so as to deliver the application's user interface component 
functionality via the environment 

10 • Developing any additional database or other program code using appropriate tools for 
which either the provided or custom IActivity implementations 48 provide the 
connectivity between the dXcribe engine and the program code of the enterprise systems 
50. A good example of this might be stored procedures and table structures on an SQL 
Server, access to which is provided by the ADOProvider IActivity shipped with the 

15 engine. 

• Testing the application in accordance with prevailing testing procedures and practices. 

• Deploying the application in a production system, giving due consideration to 
performance, clustering and security as appropriate. It should be noted that the various 
components of the system (e.g. Engine, Command, ActivityManager, and Activity 

20 Objects) can be deployed onto different platforms using remote component functionality 

in order to aid scalability, this only affects deployment and does not place any 
restrictions on or require any alterations to program code. 

Overview 

There has been described an environment for application development which allows 
25 developers to expediently develop applications with reference to organising components in 
an hierarchy using a folder/item metaphor. The advantage of such an approach is that the 
structure of the software application is visualised in a familiar and easily manipulated 
manner, and enables a greater amount of software re-use than previous approaches. This 
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increased re-use of software componentry has benefits in terms of time to model and develop 
software applications as well as in their ongoing maintenance, since a smaller code-base with 
a high degree of re-use is less expensive in terms of time and cost to maintain. 

The approach described affords the visual representation of abstract software development 
concepts using a familiar folder/item paradigm, as well as removing the necessity of custom- 
building application infrastructure and implementing recommended design patterns and 
techniques, since embodiments of the invention implement these concepts. 

Finally, it can be seen that the folder/item metaphor helps developers to become familiar 
with the development environment easily, and enables less-experienced software developers 
to quickly produce software that would normally require more skilled developer resources. 
In addition, skilled or relatively unskilled developers can re-use the supplied or custom 
developed software components to perform a wide variety of trivial and complex 
development tasks. Such tasks can range from database access and file system operations 
through to integration with custom hardware devices and the sending of SMS messages. The 
tasks can be performed whilst focussing attention on satisfying the business rather than 
technical requirements of a project. 

Accordingly, the invention provides a new technical effect in the organisation and execution 
of software components. 

It will be understood that the invention disclosed and defined in this specification extends to 
all alternative combinations of two or more of the individual features mentioned or evident 
from the text or drawings. All of these different combinations constitute various alternative 
aspects of the invention. 
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Claims 

1. A software application development environment having a hierarchical structure for 
organisation of a plurality of components to be executed in the environment, the 
structure facilitating execution of some or all or the components. 

5 2. An environment as claimed in claim 1 wherein the environment is also a run-time 
environment. 

3. An environment as claimed in claim 1 or claim 2 which allows simultaneous or 
sequential execution of the components. 

4. An environment as claimed in claim 1 wherein the structure includes a folder/item 
10 metaphor. 

5. An environment as claimed in claim 4 wherein: 

a grouping of the abstract components is represented as a folder; 
an application component is represented as an item; or 

a reference to an application component is represented as a shortcut to an item or an 
15 alias for an item. 

6. A method of providing an application development environment for developing 
software applications, in which a plurality of components provided in the 
environment can be arranged in a hierarchy to facilitate execution of some or all of 
the components. 

20 7. A graphical user interface for software application development, the interface 
portraying a folder/item metaphor having a hierarchical structure for organisation of a 
plurality of components to be executed in the environment, the structure facilitating 
execution of some or all or the components. 

8. A computer or computer network having a software development environment as 
25 claimed in claim 1 . 

9. Any new feature or combination of features disclosed herein. . 
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Figure 1 - dXcribe™ Application Architecture 
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Figure 2 - dXcribe Object Hierarchy 
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